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In 1985, IBM unveiled the first AT 
computer. The bus system used at 
that time was the ISA bus. Shortly 
after this introduction, however, it 
quickly became evident that the ISA 
bus no longer represented the current 
State of technical development. It 
was Clear that '286 processors were 
already being slowed down by the 
bus, for example when working with 
graphics cards or high-speed netw ork 
technologies. This large loss in per- 
formance was due to backwards 
compatibility with older 8-bit sys- 
tems. The rather low bus clock rate of 
6 MHz, which was later increased to 
8 MHz, also did not help matters. The 
result was a theoretical data transfer 
rate of 8 MB/s with a bus width of 16 
bits. In actual practice, how ever, the 
maximum achievable data rate was 
around 4to 6 MB/s. 


The MCA bus 


This problem was the incentive for 
IBM to develop a new bus system 
Suitable for 32-bit operation. In 1987, 
the Micro Channel Architecture 
(MCA) was Introduced into the mar- 
ket. This system had a 32-bit data 
and address bus with multi-master 
Capability, and it promised data 
transfer rates of up to 16 MB/s. 
Unfortunately, the new computers 
did not come with any old-style ISA 
Slots, and consequently this bus was 
not a commercial success. 


The EISA bus 


The experience with the failed MCA 
bus played a major role in the devel- 
opment of the Extended Industry 
Standard Architecture (EISA) bus. 
The EISA bus works with an 8-MHz 
clock and 32-bit technology. With a 
bus width of 32 bits, the resulting 
data transfer rate is 16 MB/s in stan- 
dard mode and 32 MB/s in burst 
mode. Later on, two other burst 
modes were added (EMB-66 and 
EMB-133), which allowed data rates 
of up to 133 MB/s. However, this 
level of performance had its price, so 
it was only used in expensive server 
systems. 


The VLB bus 


Various manufacturers of peripheral 
equipment, along with a now 
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somew hat nervous market, sought 
a bus system that was inexpensive 
but still capable of high perfor- 
mance. After a few false starts, this 
resulted in the VLB bus (VESA 
Local Bus). It also had a bus width 
of 32 bits and a clock rate of 25 to 
60 MHz. Various versions of this 
bus appeared, namely VLB-1.0 
(clock rate 25-40 MHz), VLB-2.0 
(clock rate 25-50 MHz) and VLB- 
64 bit (clock rate 25-60 MHz). The 
main problem with this bus tech- 
nology was non-conformance with 
the various specifications. The 
VLB-1.0 specification allowed only 
two slots to be used up to a maxi- 
mum CPU clock rate of 40 MHz. 
How ever, some manufacturers built 
systems with up to three slots at a 
50 MHz clock rate. This resulted in 
Significant problems with the sta- 
bility of individual systems. 


The PCI bus 


The initial design of the Peripheral 
Component Interface (PCI) bus was 
made by Intel in 1991. The main rea- 
sons for the development of this new 
bus were: 


- to achieve higher data rates than 
with the 16-bit ISA bus, 

- to achieve better electromagnetic 
compatibility (EMC) than with 
previous systems, 

- to achieve an assured future with 
following processor generations. 


In 1992, the design was complete 
and the first PCI bus was unveiled. 
In the course of subsequent devel- 
opment of this bus system, various 
Specifications arose (versions 1.0, 
2.0, 2.1 and 2.2, which is the current 
version). The result of the demand- 
ing requirements defined in 1991 is 
a 32-bit bus system that transfers 
data and addresses in a time-multi- 
plexed manner and that can execute 
variable-length burst cycles. Intel 
was able to win acceptance for a 
complete, realistic and well-struc- 
tured set of definitions of all impor- 
tant bus signals as the basis for the 
PCI bus. One objective in the devel- 
opment of this hierarchical, 
upwardly open bus system was to 
avoid repeating the mistakes that 
were made with the previous bus 
systems. 


PCI bus characteristics 


The PCI bus consists of three distinct mod- 

ules: 

- the Data Path Unit, 

- the Expansion Bus Interface, 

- the Host Bridge, with a cache DRAM con- 
troller, 


The Data Path Unit is used to set up a 32-bit 
link to the individual components in the sys- 
tem. Other bus systems can be connected 
via the Expansion Bus Interface (e.g. ISA or 
AGP). The Expansion Bus Interface and addi- 
tional system bridges provide for upwards 
compatibility with the ISA bus system, for 
example, or new technologies such as AMR. 
The Host Bridge is the central component of 
the PCI bus system. It can be used to create a 
link between the PCI bus and the CPU. In 
addition, it converts PCI cycles into CPU 
cycles and vice versa. It makes the PCI bus 
processor-independent, in contrast to other 
bus systems, since all that is necessary to 
connect the PCI bus to a particular processor 
type (Intel, Aloha, AMD etc.) is to use a dif- 
ferent Host Bridge. This characteristic makes 
the PCI bus system relatively independent of 
future processor generations, as well as 
extensible. 


The PCI specification 


The PCI specification allows a total of ten 
devices on a PCI bus. Since the Host Bridge 
is seen as a PCI device by the PCI bus, there 
iS basically provision for only nine devices. 
These can be used for on-board components 
(SCSI, EIDE, LAN and so on) or for PCI slots 
for connecting PCI cards. In this regard, you 
must bear in mind that each slot demands 
two devices, so that at most four slots can be 
driven by a PCI bus. However, the number of 
Slots can be increased by connecting a sec- 
ond PCI bus system to the Expansion Bus 
Interface. In total, up to 256 busses can be 
strung together, with the first 255 busses 
being PCI busses and the final bus allowed 
to be an ISA, EISA or VL bus, or even an MCA 
bus. Large systems can be implemented in 
this manner (See Figure 1). 

Another option for slot extension can be seen 
on current motherboards (such as the Abit 
KT-7, Gigabyte ZX and Epox EP-8KTA +). Here 
up to six slots are driven on one motherboard 
by means of IRQ sharing. In this scheme, 
Slots 5 and 6 (for example) share an IRQ. 
However, if more than four PCI cards are 
used, performance suffers. Also, it is not pos- 
sible to guarantee In principle that all possible 
PCI card combinations will function without 
any problems. 
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A wide variety of PCI cards can be connected 
via the slots. The following types of cards are 
distinguished: 

- single-function PCI cards, 

- multi-function PCI cards, 

- multi-device PCI cards. 


Host Subsystem with Host Bridge 
PCI Bus (primary) 


$: $: $: $: 


Single-function cards can for example be 
graphics cards or SCSI host cards. A PCI 
device can have up to eight different I/O func- 


PCI PCI PCI 


PCI-to-PCl Device 


Device Device 


Bridge (LAN) (EIDE) (VGA) 


tions, which yields the multi-function PCI 
cards. A multi-device PCI card can consist of 
several of the above-mentioned types of PCI 
cards. With a multi-device card, a wide vari- 
ety of devices can be connected via a PCI-to- 
PCI bridge. This means that a multi-device 
PCI card represents a complete PCI bus sys- 
tem. 


Plug-and-Play function (PnP) 


With regard to the PCI bus, Plug-and-Play 
means the following: 

After the computer is switched on, the BIOS 
finds all PCI devices and queries each device 
for the resources that it needs. The necessary 
resources usually consist of I/O addresses, 
IRQ numbers, DMA channels and memory 
regions used by the device. If there are over- 
laps in the resources needed by two different 
cards, the BIOS attempts to enable both cards 
to work in the system by reconfiguring one of 
the cards. If this cannot be done, the BIOS 
Simply disables one of the two cards. How- 
ever, this happens only very rarely. The 
resources used by each PCI card are made 
available to the operating system being used 
via the ESCD database of the BIOS. Further- 
more, this information is also stored in the 
Configuration Space of the PCI card, which is 
a memory region of up to 256 bytes (see 
Table 1). The BIOS has also obtained infor- 
mation about the necessary resources from 
this memory region, and it makes this infor- 
mation available to other applications via 
special BIOS interrupt calls. Since these BIOS- 
Specific parameter registers are managed 
dynamically in each system, there is not any 
standardised, fixed memory location (Such as 
a MEM address) specified for them. The only 
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Figure 1. The hierarchical structure of the PCI bus system. 


way to obtain this information is to 
use a software interrupt, which is 
prescribed for all motherboard man- 
ufacturers. 

Using Status and Command, it is 
possible to read out information 
regarding the cards being used, and 
in some cases to modify the settings. 
The Vendor ID is the number of the 
manufacturer of the card being used. 
This number is assigned by the PCI 
SIG (PCI Special Interest Group). The 
PCI SIG is a consortium that super- 
vises all specifications for the PCI 
bus. The official PCI bus specifica- 
tions, which contain detailed expla- 
nations of the registers, can also be 
obtained via this organisation. 

PCI devices can be divided into two 
groups, called Initiators (masters) 


and Targets (slaves). An Initiator 
causes a data transfer to take place 
by assuming control of the control 
signals and specifying the details of 
the data transfer (addresses, start, 
etc.). A Target generates a hand- 
shake signal for the Initiator after it 
recognises its address on the PCI 
bus (initialisation phase). In addi- 
tion, it can indicate w hether data are 
available or whether it is ready to 
receive data, and it can signal a 
request for wait cycles. The collec- 
tive functions of a PCI bus system 
can be utilised by employing these 
two groups. 

However, it is possible for all PCI 
devices on a bus to represent PCI 
bus masters. In this case, the arbi- 
tration logic must decide which mas- 





Figure 2. Burst mode timing. 
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ter is allowed to use the PCI bus 
(arbitration phase). During this 
phase, the two PCI devices must 
determine which mode will be used 
for the data transfer: burst mode or 
non-burst mode. Burst mode (Fig- 
ure 2) is normally used to transfer 
four or more DWORDs (a double 
word is 32 bits of data), with the 
address being sent first, follow ed by 
the associated data. In non-burst 
mode (Figure 3), a DWORD address 
is sent before each DWORD. This 
leads to different data rates for the 
two modes. In non-burst mode, the 
resulting data rate is 44 MB/s for 
reading (3 cycles per DWORD) and 
66 MB/s for writing (2 cycles per 
DW ORD). Since one cycle is needed 
for each subsequent DWORD in 
burst mode, the data rate 
approaches 117 MB/s as the burst 
length (number of DWORDs) 
increases. With the PCI Bus 2.1 
Specification (32-bit PCI bus at 
33 MHz), data transfer rates of up to 
117 MB/s can be achieved. The PCI 
Bus 32-bit 2.1 specification (32-bit 
PCI bus at 66 MHz) allows for data 
transfer rates up to 234 MB/s, and In 
the PCI Bus 64-bit 2.1 specification 
(64-bit PCI bus at 66 MHz), the max- 
imum data transfer rate can be as 
high as 468 MB/s (see Table 2). 


PCI bus timing 


PCI is a synchronous bus, which 
sends and receives all data transfers 
with reference to a system clock 
(CLK) signal. The mutual relation- 
Ships of the individual signals can be 
illustrated using the Read command 
as an example (See also the timing 
diagram shown in Figure 4). The 
individual steps in processing a 
Read command are the following: 


Cycle 1: 
The PCI bus is in the idle state. 


Table 1 PCI card Configuration Space 
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Cycle 2: 

FRAME is activated by the master 
device to indicate the start of a 
transaction. 

AD holds an address. 

C/BE# holds a bus command. 
IRDY #, TRDY # und DEVSEL# are in 
a turn-around cycle, since a driver 
changeover occurs. 


Cycle 3: 

AD performs a turn-around, since 
control passes from the master to the 
target. 

C/BE# is driven by Byte Enable. 
IRDY # is active, because the master 
is ready to read the data. 

TRDY# remains inactive, since no 
target has been found yet. 


Cycle 4: 

AD holds the first data. 

TRDY # is active, since the first read- 
able data are on the bus. 

DEVSEL# is active, since the target 





has recognised the address from Cycle 2. 


Cycle 5: 

AD still holds the first data from data phase 1. 
TRDY# is inactive, since the target (data 
source) wants to Insert a pause. 


Cycle 6: 
AD holds the data from data phase 2. 
TRDY # Indicates that the data can be read. 


Cycle 7: 

AD carries the data for data phase 3. 

IRDY # is deactivated by the master, since it 
wants to have a wait state. 


Cycle 8: 
FRAME# Is deactivated by the master, since 
the final data block will now be transferred. 


Cycle 9: 

FRAME#, AD and C/BE#¥ initiate turn- 
arounds, so the drivers can change over. 
IRDY#, TRDY# and DEVSEL# are Inactive, 
since no transaction Is taking place. 





Figure 3. N on-burst-mode timing. 
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Figure 4. PCI timing diagram for the Read command. 
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The bus is in the idle state, since 
FRAME# = land IRDY# = 1. 


Figure 5 shows an overview of the 
individual signal lines. 


PCI speed 


Thanks to its independence from the 
speed of the processor, the PCI bus 
can offer new possibilities for appli- 
cations such as multimedia, net- 
working, instrumentation and many 
others. This is primarily due to its 
very high data transfer rates (espe- 
cially the PCI Bus 64-bit 2.1 version), 
which allow data to be processed 
faster between PCI cards and the 
processor, in both directions. If you 
use an ‘old’ ISA sound card in com- 
bination with a PCI 3-D graphics 
accelerator card, you could be slow- 
ing down your system by up to 
10-20% under certain conditions If 
the available performance of the PCI 
card is fully exploited. 

The individual BIOS settings of the 
computer are also important with 
regard to stable system perfor- 
mance, since they have considerable 
influence on system stability. Thanks 
to the wide data bus and high clock 
rates of modern motherboards, the 
PCI bus works at higher speeds than 
the standard ISA bus, for example. 
For error-free data traffic, it is there- 
fore often necessary to delay the PCI 
bus, since the motherboard cannot 
always match the limits of the hard- 
ware plugged into the slots. The fol- 
lowing options adjust the length of 
the delay on the PCI bus for a trans- 
action between the specified PCI 
Slot and the CPU. The value depends 
on the PCI master unit that is used, 
among other things. 

One of the most important settings 
is the time value of the PCI Latency 
Timer, which normally should be set 
to 32 clock cycles. This option deter- 
mines how long a PCI card is 
allowed to reserve the PCI bus as a 
bus master when another PCI card 
has also requested access to the 
bus. If the setting for the duration of 
the PCI Latency Timer is too short or 
too long, it may be possible for the 
CPU to access the hardware faster 
than is permitted by the processing 
in the decoder. Although this can 
handsomely boost the speed of both 
the computer and the cards (espe- 


Elektor Electronics 4/2001 


Required Connections 


ADO...AD31 


Optional Connections 


AD32...AD63 


Addresses 
Š 5/BE0...C/BE3 
Data C/BEO...C/BE3 C/BE4...C/BE7 64-Bit 
Par Par64 Extension 
=RAME REQ64 
TRDY ACK64 
IRDY LOCK Interface 
Interface Control 
Control STOP PCI TDI 
DEVSEL Device 70 
IDSEL 
TCK JTAG 
oe (IEEE1149.1) 
PERR TMS 
Interface a_i — nee! 
Control SERR TRST 
oo REQ 
Arbitration Cache 
(Master only) GNT SBDONE Support 
CLK INTA 
System l RST INTB 
INTC Interrupts 
INTD 
010015 - 14 


Figure 5. The signal lines of a PCI device. 


cially with a value of 0), it often has 
consequences that may only show 
up after an extended period of oper- 
ation (such as overheating, follow ed 
by hardware failures). Boot prob- 
lems, erroneous I/O addresses, incor- 
rect device data and hardware 
access problems are examples of the 
types of errors that can occur if the 
BIOS settings are incorrect (too fast 
for the hardware installed in the 
Slots). 

The second most important BIOS 
entry is the PCI Delay Transaction 
setting, which should be set to 
‘Enable’. All this does is to specify 
that the hardware used meets at 
least the PCI 2.1 specification. Inter- 
nal bus protocols and special data 
packets will be transferred accord- 
ing to the specification, which 
makes for increased reliability 
betw een the processing unit and the 
PCI slot hardware. Of course, there 
are a lot of other factors that come 
into play with regard to PCI bus 
transactions, but they cannot be cov- 
ered within the scope of this article. 
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Additional BIOS settings, such as 
PCI Master 0 WS write (= ‘Disable’), 
PCI Dynamic Bursting (= ‘Disable’) 
and CPU-to-PCI Buffer (= ‘Enable’), 
are also important for ensuring that 
the hardware is driven cleanly. The 
Significance of the CPU-to-PCI Buffer 
setting, in particular, should not be 
underestimated. If the buffer is 
enabled, data flows are passed 
through an ‘intelligent’ buffer with- 
out interrupting the CPU. This buffer 
also coordinates the read/write 
cycles to the PCI device in order to 
avoid data conflicts. With this set- 
ting, for example, four DWORDs will 
be sent to the PCI card in a single 
process. The previously described 
PCI Latency Time, which more or 
less prescribes the separation of the 
data blocks, is even more important. 
With the OFF (Disable) setting, the 
data buffer is not used and processor 
access is only terminated after the 
PCI bus sends the processor a signal 
indicating that the bus is ready to 
receive data. 
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Important PCI, 
PnP and BIOS 
information on the 
Internet: 


WWW.pcisig.com 

www.PCl-Card.com 

WW w.microsoft.com/hw dev/devdes/ 

http://members.hyperlink.net.au/ 
~ chart/ 

ww w.yourvote.com/pci/ 
ociread.asp?sort=venid 

WW w.microsoft.com/hw dev/respec/ 
pnpspecs.htm 

www.ping.be/bios/ 

http ://members.aol.com/ 
computerpage/bios.htm 

ww w.bios-info.de/ 

http://home.t-online.de/home/ 
pgtuning/bios/biosinhalt.htm| 

WW w.uni-regensburg.de/EDV/PC/ 
bs/w 95tech/pnp.httippsm 
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